Oct 03 05 d5:58p liichalik 



(425) 836-8857 



P-8 



In re Application of LUCOVSKY et aL 
Serial No. 10/017,680 

REMARKS 

The Office action has been carefully considered. The Office action 
provisionally rejected claims 1-20 under the judicially created doctrine of 
obviousness-type double patenting based on the following copending patent 
applications: A/N 10/187,057 and A/N 10/208.975. Further, the Office action 
rejected claim 1-20 under 35 U.S.C. § 102(e) as being anticipated by U.S. Patent 
No. 6.789.126 to Saulpaugh et al.. CSaulpaugh"). Finally, the Office action 
objected to the most recent amendment to the abstract as the Office action 
contends that this amendment introduced new matter and must be cancelled. 

Regarding the obviousness-type provisional rejections, applicants will timely 
file a terminal disclaimer upon indication of allowable subject matter. Regarrling 
the objection to most recent amendments to the claims on grounds of new matter, 
applicants respectfully disagree. Regarding the rejections of the claims, applicants 
respectfully disagree. 

By present amendment, claims 1 and 19 have been amended. Applicants 
submit that the claims as filed were patentable over the prior art of record, and that 
tiie amendments herein are for purposes of clarifying tiie claims and/or for 
expediting allowance of the claims and not for reasons related to patentability. 
Reconsideration is respectfully requested. 

Prior to discussing reasons why applicants believe that the claims in tills 
application are clearly allowable in view of the teachings of the cited and applied 
references, a brief description of the present invention is presented. 
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The present invention is directed to a system and method for using a 
"services" service that allows for central (e.g., over the internet) access to specific 
data typically stored on a server computer. See generally FIG. 4 and pages 17-19 
of the specification. Services information generally includes information about 
myriad services that may be used in a networked computing environment 
Examples of such services include a contacts service, a categories service, a 
wallet service, etc. Thus, the service associated with the present invention is a 
service that enables the exchange, manipulation, and transfer of data about other 
services, /.e., a services service. 

Data about services may be stored in the form of a content document (for 
example, content document 422) and the information that designates access to the 
data may t>e stored in the form of a logical services document (for example, roleList 
document 420). These logical documents may be part of an identity-based 
schema (for example^ schema 416) for providing the information about the 
structure of data stored in the system. Such a system is advantageous for storing 
services information and the like so that users may obtain various services data, 
such as, for example, information about a favorite websites service that may 
include general bookmarked website infonnation, like URLs associated with a 
user's favorite websites. Thus, because the information may be organized from the 
perspective of the information itself, the services data may be accessible from any 
device capable of connecting to the internet. Since the schema may provide the 
Information about the structure of data, any device pf any platform or 
communication protocol may access the data. 
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One embodiment of the present invention features a system and method for 
providing an identity-based schema for coordinating the access, manipulation, arui 
retrieval of data. The schema may be a function of the class of sen/ice. For 
example, the schema may be directed to data structures typically used in database 
platforms that store data about services, i.e., a services schema. 

When another computing device wishes to access or retrieve the data, it 
may first be detemiined whether the device has pemiission to access or retrieve 
the data. As mentioned at>ove, the services service may include a logical services 
document that may describe a scope of access rights, such as which users have 
what type of access to which data. For example, a data owner may typically have 
read/write access to his or her own data, and can provide various types of access 
to that data to other users based on their IDs, (e.g., read only to some users, 
read/write to others). Thus, when a user wishes to set the scope as defined in a 
services settings document, the user may send a request to manipulate the data 
stored in the logical services document which controls the scope. In response to 
the request, at least one set of data in a logical services document (data that may 
correspond to associated identity information) may be manipulated based on the 
type of request. In this way, each set of data in the logical services document may 
correspond to a related field in the services schema; the identity of the user and/or 
device determines the scope of access rights according to the identity information. 
Note that the above description is for example and informational purposes only, 
and should not be used to interpret the claims, which are discussed below. 
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nhifiriion under 35 U S C. S132(a) 

The Offioo action has objected to the most recent amendment to the 
abstract as the Office action contends that new matter has been introduced. 
Applicants disagree as each sentence in the replaced abstract finds ampie support 
in the originally filed specification as follows: 

A schema-based service for Internet access to per-user services data, 
wherein access to data is based on each user's identity. See specification page 15 
under the heading "Service and Schemas" as well as page 3. The service includes 
a schema that defines rules and a structure for each user's data, and also includes 
methods that provide access to the data in a defined way. See specification page 
3. The services schema thus oonnesponds to a logical document containing the 
data for each user. See specification page 3 and page 16. The user manipulates 
(e.g.. reads or writes) data in the togical document by data access requests 
through defined methods. See specification page 3 and page 16. In one 
implementation, the services schemas are arranged as XML documents, and the 
services provide methods that control access to the data based on the requesting 
user's identification, defined role and scope for that role. See specification page 3 
and pages 16-17. In this way. data can be accessed by its owner, and shared to 
an extent determined by the owner. See specification page 3 and pages 16-17. 

What is most conftjsing Is that the abstract, as amended in the most recent 
Office action response, is almost a word-for-word verbatim of the first paragraph of 
the summary of the invention. The Office action even recited the first paragraph of 
the summary as evidence that new matter has been added. Certainly, the Office 
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action cannot contend that by adding the word "services" as a modifier for the term 
"schemas" as in "the services schemas are arranged as XML documents'' that new 
matter has been added. The specification and originally filed claims are replete 
with references to a sen/ices schema and a services service, not to mention any 
number of other schema/service tandems (e.g., categories, ronteicts, etc.). Other 
similar modifications to the language of the first paragraph of the summary has 
been implemented in the amended abstract to specifically describe the focus of the 
claims of this application. Applicants submit that the objection to new matter be 
withdrawn as no new matter has been added. 

Rejectioris uiKler j5102fe) 

Turning to the claims, amended claim 1 recites in a computer network, a 
method comprising, providing an identity-based services schema, the services 
schema having services-related fields arranged into a content document with 
defined structures for the fields receiving a data access request directed to service 
information, the request including associated identity information, and in response 
to the data access request, manipulating at least one set of data in a logical 
services document that includes data therein according to the associated identity 
information, each set of data in the logical services document structured to 
conrespond to a field in the content document. 

The Office action rejected claim 1 as being antidpated by Saulpaugh. More 
specifically, the Office action contends that Saulpaugh teaches providing a services 
scl>ema, the services schema having services-related fields arranged into a 
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content document with defined structures for the fields. Column 15. lines 19-20. 
column 29. lines 4-25. column 26. lines 45-52. and column 35, lines 34-41 of 
Saulpaugh are referenced. Further, the Office action contends that Saulpaugh 
teaches receiving a data access request directed to services infonmation. the 
request including associated identity infomiation. Column 32. lines 35-67 and 
column 33. lines 1-8 of Saulpaugh are referenced. Finally, the Office action 
contends that Saulpaugh teaches in response to the data access request, 
manipulating at least one set of data in a logical sen/ices document that includes 
data therein according to the associated identity infonnation, each set of data in the 
logical services document structured to correspond to a field in the content 
document. Column 32. lines 25-67. column 33. lines 15-67. column 11. lines 45- 
57. column 13. lines 21-46. and column 18. lines 29-56 of Saulpaugh are 
referenced. Applicants respectfully disagree. 

Saulpaugh teaches, generally, a method and system for manipulating, 
receiving, and sending messages using message gates. More specifically, the 
cited and applied sections of Saulpaugh teach the use of message gates to allow 
clients and servers the ability to exchange "data representation language" 
messages (i.e.. XML messages) in a secure and reliable fashion. See column 7. 
lines 24-39 of Saulpaugh. In exchanging these XML messages. Saulpaugh 
teaches that messages may be sent and received between two message gates 
using sen^ices in a distributed networking environment such that a sendee's 
particular schema and URI address are published by an "advertisement." See 
column 15. lines 13-28 of Saulpaugh. An advertisement is typically data 
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associated with a service that describes the content type or the capabilities of the 
sen/ice. As such, message data may be sent between message gates using a 
naming convention that draws information from each service's advertisements in 
Older to interpret the data sent l)etween message gates. The message gates 
provide unique IDs that each refer only to the one instance of each gate, which, In 
turn, provides clients and other devices in a networked environment the ability to 
send and receive messages without knowing certain deteils about the physical 
location in the network of other services and devices. As a result, data about a 
service's schema is stored separate (in an advertisement) from data which 
corresponds to the service (in an XML document). 

In contrast, claim 1 recites providing a services schema, the services 
schema having services-related fields arranged into a content document with 
defined structures for the fields. Services date may include date generally 
associated with web-based services such as a contecte service or a wallet service. 
That is, claim 1 is directed to a service that deals with and maintains infomiation 
about other services. This concept is captured in the specific recitation in claim 1 
as part of a method wherein a services schema is provided having services-related 
fields arranged into a content document with defined structures for the fields. 
Appllcante previously presented an argument that Saulpaugh may teach one or 
more services that deal with and maintain date about specific items, such as 
specific kinds of messages (e.g., email, instent messaging, etc.), but Salpaugh 
certainly cannot be construed to teach providing a schema for services (a services 
schema) that maintains date about other services in one or more services-related 
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fields. The Office action responded with the contention that the applicants are 
arguing the disclosure and not the clainns. This contention cannot be con-ect. in 
that claim 1 specifically recftes providing an Identity-based services schema, the 
sendees schema having services-related fields arranged into a content document 
with defined structures for the fields receiving a data access request directed to 
service infomiation. Clearly, the applicants are not arguing the disclosure. Even 
more clearly, Saulpaugh does not teach this recitation. 

Further, claim 1 goes on to recite in response to the data access request, 
manipulating at least one set of data in a logical services document. Nowhere In 
Saulpaugh is there disclosed a logical sennces document The cited and applied 
section of Saulpaugh in which the Office action contends teaches a logical services 
document actually teaches that messages, requests, and other data being 
transmitted may be in the fomi of an XML document. Simply teaching an XML 
document that may be oommunJcated In a networked envlronmer^t between two 
message gates is not the same as manipulating at least one set of data in a logical 
services document A logical sen/ices document (for example, roleList 
document 420) may contain information that de^gnates access to data stored in 
content documents that are part of a services schema. 

Notwithstanding these differences, claim 1 has been amended to recite an 
Identity-based senrices schema. As discussed above. Saulpaugh simply does not 
teach a schema for services-related data, i.e.. data about the service itself and not 
data that is related to the service such as convicts data and the like. Even if one 
were to construe the teachings of Saulpaugh to disclose a senrices schema. 
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Saulpaugh certainly does not teach an Identity-based services schema. In an 
Identity-based schema, the data being stored {sen/ices data in this case) is 
meaningless without associated identity infbmfiatlon about what data is being 
stored. That Is. services data is not usefully stored in the present invention without 
also storing the data in the context of a particular user, i.e.. based on an identity. 
Furthermore, when a request is received for access to this stored data, identity 
information about the requestor is also used to retrieve services data since it is 
stored In the context of an identity-based schema. Clearly. Saulpaugh does not 
teach a schema that is identity-based. 

Applicants submit that claim 1 is allowable over the prior art of record for at 

least these reasons. 

Applicants respectfully submit that dependent daims 2-18, by similar 
analysis, are allowable. Each of these claims depends either directly or indirectly 
from claim 1 and consequently includes the recitations of independent claim 1 . As 
discussed above, Saulpaugh fails to disclose the recitations of claim 1 and 
therefore these daims ate also allowable over the prior art of record. In addition to 
the recitations of claim 1 noted above, each of these dependent daims indudes 
additional patentable elements. 

For example, claim 6 recites that the sen/ices schema corresponds to a 
calendar service. The dted and applied section of Saulpaugh teaches security 
polides that may be employed in XML messages that correspond to an XML 
schema. Certainly, this section of Saulpaugh does not teach a calendar service. 
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In fact, the word calendar does not appear anywhere in Saulpaugh. Applicants 
submit that claim 6 is allowable over the prior art for at least this additional reason. 

As another example, claim 12 recites that the services schema corre^onds 
to an inbox service. The cited and applied section of Saulpaugh teaches 
advertisements in XML messages that utilize an XML messaging mechanism. 
Certainly, this section of Saulpaugh does not teach an inbox service. In fact the 
word inbox does not appear anywhere in Saulpaugh. Applicants submit that claim 
12 is allowable over the prior art for at least this additional reason. 

Turning to the next independent claim, amended claim 19 recites in a 
computer network, a method comprising, receiving a data access request, the 
request including associated identity information, accessing a data store to obtain 
data based on the associated identity information, constructing a document 
including at least part of the data and including a defined identity-based services 
schema, and returning the document in response to the request. 

The Office action rejected claim 19 as being anticipated by Saulpaugh. 
More specifically, the Office action contends that Saulpaugh teaches receiving a 
data access request, the request including associated identity infomiation. Column 
32, lines 35-67, column 33 and lines 15-67 of Saulpaugh are referenced. Further, 
the Office action contends that Saulpaugh teaches accessing a data store to obtain 
data based on the associated identity infomiation. Column 16, lines 19-33 of 
Saulpaugh are referenced. Finally, the Office action contends that Saulpaugh 
teaches constructing a document including at least part of the data, the document 
arranged according to a defined schema, and returning the document in response 

15 

PAGE 17/22 * RCVD AT 10/3/2009 8:48:49 PM C^astem Daylight Time] * 8VR:U8PTO-EFXRF-0/27 * DNI8:2738300 * C8ID:429 830 8997 * DURATION <min-ss):00-90 



Oct; 03 05 Q*6:00p Michalik 



(425) 036-8957 



p. 18 



In re Application of LUCOVSKY et al. 
Serial No. 10/017.680 

to the request Column 16, lines 19-41 and column 33, lines 56-67 of Saulpaugh 
are referenced. Applicants respectfully disagree. 

As discussed above, Saulpaugh teaches, generally, a method and system 
for manipulating, receiving, and sending messages using message gates. More 
specifically, the cited and applied sections of Saulpaugh teach the use of message 
gates to allow clients and servers the ability to exchange XML messages in a 
secure and reliable fashion, in exchanging these XML messages, Saulpaugh 
teaches that messages may be sent and received between two message gates 
using services in a distributed networking environment such that a service's 
particular schema and URI address are published by an advertisement. Message 
data may be sent between message gates using a naming conventbn that draws 
information from each service's advertisements in order to interpret the data sent 
between message gates. Thus, data about a service's schema is stored separate 
(In an advertisement) from data which corresponds to the service (in an XML 
document). 

In contrast, claim 19 recites constructing a document including a defined 
services schema, and returning the document In response to the request A 
services schema may be directed to maintaining data generally associated with 
web-based services such as a contacts service or a wallet service. However, the 
data maintained is not related to contacts or wallet information, but rather to 
information about the types of services themselves. Services data is a tier (or 
more) above data maintained by the individual services. That is, claim 19 is 
directed to a service that deals with and maintains information about other 
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services. Saulpaugh may teach one or more services that deal with and maintain 
data about specific items, such as specific kinds of messages (e.g.. email, instant 
messaging, etc.), but Saulpaugh cannot be construed to teach a method (typically 
executed by a services service) for constoicting a document including at least part 
of the data and including a defined identity-based services schema (Saulpaugh 
teaches storing the schema in an advertisement, which is separate) and returning 
the document in response to the request as recited in claim 19. 

Furthermore, claim 19 goes on to recite constructing a document including 
at least part of the data and including a defined identity-based services schema. 
Nowhere in Saulpaugh is ttiere disclosed constructing a document including datei 
and a defined services schema. The cited and applied section of Saulpaugh in 
which the pfTioe action contends teaches this document actually teaches that 
messages, requests, and other data being transmitted may be in the form of an 
XML document Simply teaching an XML document that may be communlcerted In 
a networked environment between two message gates Is not the same as 
constaucting a document including at least part of the data and including a defined 
services schema. 

Notwitiistanding these differences, claim 1 has been amended to recite an 
klentity-based services schema. As discussed above. Saulpaugh simply does not 
teach a schema for sennces-related data, i.e.. data about the service itself and not 
data that is related to tiie service such as contacts data and the like. Even if one 
were to consft-ue the teachings of Saulpaugh to disclose a services schema (which 
it does not). Saulpaugh certainly does not teach an identity-based sen^ices 
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schema. In an identity-based schema, the data being stored (services data in this 
case) is meaningless without associated identity infomnation about what data is 
being stored. That is, services data is not usefully stored In the present invention 
without also storing the data In the context of a particular user. i.e.. based on an 
identity. Furthemnore, when a request is received for access to this stored data, 
identity infomration about the requestor is also needed to retrieve services data 
since it is stored rn the context of an identity-based schema. Clearly, Saulpaugh 
does not teach a schema that is identity-based. 

Applicants submit that claim 19 is allowable over the prior art of record for at 
least these reasons. 

Applicants respectfully submit that dependent dalm 20, by similar analysis, 
is allowable. Claim 20 depends directly from claim 19 and consequently includes 
the recitations of independent claim 19. As discussed above, Saulpaugh fails to 
disclose the recitations of claim 19 and therefore daim 20 is also allowable over 
the prior art of record. In addition to the recitations of claim 19 noted above, 
dependent claim 20 includes additional patentable elements. 

For at least these additional reasons, applicants submit that all the claims 
are patentable over the prior art of record. Reconsideration and withdrawal of the 
rejections in the Office action is respectfully requested and early allowance of this 
application is earnestly solicited. 
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CONCLUSION 

In view of the foregoing remarks, it is respectfully submitted that claims 1-20 
are patentable over the prior art of record, and that the application is in good and 
proper forni for allowance. A favorable action on the part of the Examiner is 
earnestly solicited. 

If in the opinion of the Examiner a telephone conference would expedite the 
prosecution of the subject application, the Examiner is invited to call the 
undersigned attorney at (425) 836-3030. 

Respectfully submitted, 




Albert S. Michalik. "Reg. No. 37,395 

Attomey for Applicants 

Law Offices of Albert S. Michalik, PLLG 

704 - 228th Avenue NE, Suite 193 

Sammamish, WA 98074 

(425) 836-3030 

(425) 836-8957 (facsimile) 
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CERTIFICATE OF FACSIMILE TRANSMISSION 
I hereby certify that this Response, along with transmittal and facsimile cover 
sheet, are being transmitted by facsimile to the United States Patent and 
Trademark Office in accordance with 37 C.F.R. 1.6(d) on the date shown below: 



Date: Octot>er 3, 2005 




3070 second amendment 



20 



PAGE 22122 * RCVD AT 10/3^005 8:48:45 PM l^astem Daynght Tbne] * 8VR:U8PTO-EFXRF-6/27 * DNI8:2738300 * C8ID:425 836 8937 - DURATION <min-ss):0eH96 



